hack console

Pas de online sinon ce sera une mise à jour automatique de la console qui suivra puisque le dernier firmware sera demandé. Et dans tous les cas, lorsque la console est hack, le online est à proscrire sous risque de ban.

S’il s’agit d’un modèle Mariko, ta Switch est patchee. Ta console est donc concernée par la pose d’une puce et il n’y a pas de support sur le forum car hors charte.

Non car les eFuses de la CM sont grillés et tu auras une erreur. Malheureusement si tu ne sais pas, je suppose que la sysNAND est concernée. En principe, lorsque tu bootes en CFW avec SX OS, le mode furtif est actif par défaut et empêche une connexion donc la console a dû démarrer en mode normal et le reste a été fait par l'utilisateur. De plus en mettant à jour, le port cartouche s’est mis à jour aussi donc les eFuses Lotus sont grillés également. J’ai détaillé tout cela juste avant.

Et si la console a été connectée aux serveurs de Nintendo, j’espère que le bannissement ne suivra pas. C’est un risque à venir.

La seule alternative sera d’utiliser Atmosphère/Hekate pour le hack dans la version HOS 13.2.0.

Cela dépend de la mise à jour opérée sur quelle NAND (sysNAND ou emuNAND). Et si une emuNAND a été créée. Si c’est le cas et que la sysNAND a été mise à jour en 13.2.0 mais que l’emuNAND est toujours en 11.0.0, il n’y aucun problème à lancer le Menu SX OS pour booter le CFW sur l’emuNAND. L'accès au Menu SX OS se fera toujours quelque soit la version de firmware pour le moment. Seul le CFW ne peut se lancer si HOS est supérieur à 11.0.0.

Si elle a été faite sur sysNAND et aucune emuNAND de créée, cela va poser des problèmes avec les eFuses de la CM qui sont grillés et les eFuses LOTUS du port cartouche également. Le downgrade est possible en soi mais posera ce problème qui ne permettra pas de le contourner avec SX OS. Seul le patch NoGC le permet. La console va créer une forme de brick et ne se lancera pas suite à cette erreur.

Et s’il s’agit de l’emuNAND, il suffit:

• Soit de passer par le Hack Atmosphère/Hekate et de rendre compatible l’emuNAND par une migration opérée avec Hekate. A l’issu, utiliser Daybreak pour downgrader. Le problème se posera pour utiliser le port cartouche qui sera inutilisable car mis à jour et eFuses Lotus grillés. Comme dit, aucun moyen de contourner cela via SX OS


• Soit de recréer une emuNAND via SX OS si la sysNAND est toujours en 11.0.0 max et de dumper les sauvegardes préalablement via JKSV ou autre. A l’issu, supprimer l’ancienne emuNAND. Le problème du port cartouche sera identique comme précisé juste avant.

Dans le cas où il s’agit de la sysNAND, l’alternatIve sera d’utiliser le hack Atmosphère/Hekate. Pas d’autres possibilités comme dit en début de réponse. Il faudra opérer une migration de l’emuNAND si elle a été créée préalablement avec SX OS pour la rendre compatible. Si ce n’est pas le cas et qu’il n’y a pas d’emuNAND, il suffira d’en créer une avec Hekate pour l’utiliser strictement pour le hack.

Si aucune emuNAND n’a été créée, cela signifie que le hack a été utilisé sur la sysNAND, ce qui n’est pas conseillé. Le online est donc à proscrire car la NAND ne sera pas clean. Elle est modifiée par l’utilisation de NSP, certains homebrews et le mode autoRCM si utilisé.

La sysNAND est la NAND sytème sur la console et l’emuNAND est la NAND sur la SD. Les deux sont déliées. Les eFuses de la CM ne sont concernés que sur la sysNAND et les eFuses LOTUS, pour les deux.

Le tutoriel pour utiliser Atmosphère/Hekate avec toutes les infos:
https://gamergen.com/forums/underground ... 36600.html

Pour que le Hack ne soit plus opérationnel, il suffit de démarrer sa console normalement sans utiliser le mode RCM ni le JiG. Le hack n’est pas permanent.

Maintenant, si la console ne démarre pas normalement et qu’il y a une écran noir au démarrage, le mode autoRCM doit être actif mais de ce que tu indiques, ce n’est pas le cas puisque tu fais l’opération du mode RCM.

Pour ce qui est du dongle, il a besoin d'être chargé quelques fois. Cela ne dure pas très longtemps et se fait sur PC.

Pour répondre à ta demande, cela dépend de plusieurs conditions pour revenir à un état opérationnel sans aucune trace de données underground. La première serait de savoir si une emuNAND a été utilisée strictement pour le hack et si la sysNAND est propre sans modification underground.

Si aucune emuNAND n’a été créée, cela signifie que la sysNAND a subit des modifications et cela se produit avec l’utilisation de certains homebrews, de NSP ou du mode autoRCM. Dans ce cas, il faut utiliser un outil tiers pour nettoyer la console dans son ensemble. Je n’ai plus le nom en tête.

Et si une emuNAND a été créée et que tu es certain que la sysNAND est clean, alors, il suffit de supprimer le contenu underground de la SD. Toutefois, si doute, il faut utiliser l’outil tiers dont je n’ai plus le nom en tête pour effectuer un nettoyage.

Cela doit s'envisager ainsi sinon ce sera un ban qui suivra.

Cela peut aussi s'opérer avec la restauration d’une sauvegarde de NAND et à l’issu, mettre à jour la console pour éviter des erreurs dues aux eFuses. Cela passe par le hack en utilisant Hekate par exemple et ChoiDujourNX, compatible HOS 11.x.x.

Normal, une fois la console redémarrée, le hack n’est plus actif tout simplement. Il faut refaire l’injection du bin pour booter en CFW et utiliser les outils et backups. Cela est pourtant indiqué dans le tutoriel.

Pas trop conseillé d’installer les NSP sur la sysNAND. Les données underground doivent transiter sur l’emuNAND strictement.

Cela dépend de la configuration opérée et comment le Hack a été utilisé. S’il n’a transité que sur une emuNAND sans toucher à la sysNAND et que cette dernière est clean et sans modification due aux aspects underground, alors il suffit de supprimer les données du hack sur la SD tout simplement. A l’issu, démarrer sa console normalement et en profiter.

En revanche, si aucune emuNAND n’a été créée et que la sysNAND a été utilisée pour le hack, alors cela va nécessiter d’utiliser un outil tiers pour procéder à un nettoyage. Il en existe un mais je n’ai plus son nom en tête. Une simple réinitialisation ne suffira pas dans ce cas. La NAND est modifiée en utilisant la mode autoRCM, certains homebrews et l’installation de NSP.
Dans tous les cas, un nettoyage est recommandé s’il y a un doute sinon ce sera un ban assuré.

Il existe aussi la possibilité de restaurer une sauvegarde de sa NAND, si celle ci n’est pas trop ancienne dans sa version de firmware pour éviter un brick, et de mettre à jour à l’issu pour éviter les erreurs d’eFuses grillés qui ne correspondraient pas.

Je ne pense pas mais aucune affirmation non plus car non testé.

Toutefois, cela me parait peu probable si tu utilises un outil underground dans la mesure où tu dois la dump puis la réinjecter. Cela implique que l’autre console soit hack pour utiliser un homebrew.

Et si tu passais par un moyen officiel, cela implique des conditions précisées dans le lien donné.